home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000186_joe.powell@lmco.com_Mon Oct 31 16:19:26 2005.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: newsmaster.cc.columbia.edu!panix!newsfeed-00.mathworks.com!newscon06.news.prodigy.com!prodigy.net!border1.nntp.dca.giganews.com!nntp.giganews.com!postnews.google.com!g43g2000cwa.googlegroups.com!not-for-mail
  2. From: joe.powell@lmco.com
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Why am I doing undesired SSL authentication?
  5. Date: 31 Oct 2005 13:05:53 -0800
  6. Organization: http://groups.google.com
  7. Lines: 36
  8. Message-ID: <1130792753.825104.9270@g43g2000cwa.googlegroups.com>
  9. NNTP-Posting-Host: 192.91.147.34
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset="iso-8859-1"
  12. X-Trace: posting.google.com 1130792759 3352 127.0.0.1 (31 Oct 2005 21:05:59 GMT)
  13. X-Complaints-To: groups-abuse@google.com
  14. NNTP-Posting-Date: Mon, 31 Oct 2005 21:05:59 +0000 (UTC)
  15. User-Agent: G2/0.2
  16. X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322),gzip(gfe),gzip(gfe)
  17. X-HTTP-Via: 1.0 MVNPX1
  18. Complaints-To: groups-abuse@google.com
  19. Injection-Info: g43g2000cwa.googlegroups.com; posting-host=192.91.147.34;
  20.    posting-account=xgv93Q0AAADzqtbiPG1PAX2w9BlmAlpA
  21. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15432
  22.  
  23. In May, greatly due to this group's influence, I developed an
  24. application on a SUSE 8 platform using the FTP client built in Kermit
  25. 7. This app's only viable method for logging in to a remote server is
  26. with a userid and password, i.e. no SSL, Kerberos, etc.. It worked very
  27. well.
  28.  
  29. We recently switched to a new server which included upgrading from SUSE
  30. 8 to SUSE 9 and from cKermit 7 to cKermit 8. After this switch, Kermit
  31. now tries to perform SSL authentication before each session which fails
  32. because we do not (and never will) have this set up with the servers to
  33. which we are connecting.
  34.  
  35. Kermit docs show that it bases its default authentication settings on
  36. which libraries exist when it is installed. From this and our new
  37. attempts at SSL authentication, it seems some SSL library(ies) exist on
  38. our new server that were not on our old server which cause Kermit to
  39. always attempt SSL authentication by default. I have turned this off
  40. and restored our app to its former successful functioning by issuing a
  41. "SET FTP AUTOAUTHENTICATION OFF" before we execute an FTP OPEN. Our sys
  42. admin states nothing changed in the installations of Kermit on our
  43. servers.
  44.  
  45. My questions are:
  46. 1. Does my analysis seem correct?
  47. 2. Is "SET FTP AUTOAUTHENTICATION OFF" the right (and/or only) way to
  48. stop Kermit from performing SSL authentication by default (without
  49. removing libraries or modifying make files)?
  50. 3. How do I identify the library(ies) which, by their existence, cause
  51. Kermit to default to performing SSL authentication?
  52. 4. Since no known library changes were made during our upgrade, how
  53. should we have known about this prior to upgrading?
  54. 3. Has anyone else found this to be an issue? 
  55.  
  56. Thank you.
  57. Joe
  58.